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(54) Guaranteeing types of service in a packet-based system 



(57) A traffic management system for addressing 
quality-of-service concerns in a packet system com- 
bines a peak-rate shaper with weighted fair queuing 
scheduler for providing quality of service guarantees to 
a number of user connections. In one example, a front- 
end peak-rate shaper is combined with weighted fair 



queuing scheduler for providing both peak rate shaping 
and an average bandwidth guarantee to a number of 
user connections. In addition, a back-end peak-rate 
shaper is combined with the weighted fair queuing 
scheduler for ensuring packets are not transmitted at a 
data rate higher than the available downlink/uplink 
bandwidth. 
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Description 

FIELD OF THE INVENTION 

5 [0001] This invention relates generally to communications and, more particularly, to packet communications systems. 
BACKGROUND OF THE INVENTION 

[0002] Access to the Internet is now occurring via the wireless domain. For example, it is now possible to purchase 
10 small hand-held devices such as the Palm VII™, which provide access to the Internet via a wireless connection to a 
service provider. Further, at least one equipment manufacturer is advertising a wireless Internet access system (i.e., 
the Wireless Internet Access System from Lucent Technologies Inc.). In such an environment equipment manufacturers 
and service providers are becoming concerned about "Quality-of-Service" (QoS) issues in providing such service to 
their customers. Some examples of QoS issues are guarantees on, e.g., bit rate, delay and packet loss. 

15 

SUMMARY OF THE INVENTION 

[0003] We have realized a traffic management system for addressing quality-of-service concerns in a packet system. 
In particular, and in accordance with the invention, a peak-rate shaper is combined with weighted fair queuing scheduler 
20 for providing quality of service guarantees to a number of user connections. 

[0004] In an embodiment of the invention, a front-end peak-rate shaper is combined with weighted fair queuing 
scheduler for providing both peak rate shaping and an average bandwidth guarantee to a number of user connections. 
In addition, a back-end peak-rate shaper is combined with the weighted fair queuing scheduler for ensuring packets 
are not transmitted at a data rate higher than the available downlink/uplink bandwidth. 

25 

BRIEF DESCRIPTION OF THE DRAWING 
[0005] 

30 FIG. 1 shows an illustrative block diagram of a traffic management system in accordance with the principles of the 

invention; 

FIG. 2 shows an illustrative method for use in a back-end peak rate shaper in accordance with the principles of 
the invention; 

FIG. 3 shows a portion of a wireless internet access network embodying the principles of the invention; 
35 FIGs. 4 and 5 show illustrative uplink embodiments of a traffic management system in accordance with the prin- 

ciples of the invention; 

FIGs. 6 - 7 show other illustrative embodiments of a traffic management system; and 

FIG. 8 shows an illustrative high-level block diagram of a packet server for use in accordance with the principles 
of the invention. 

40 

DETAILED DESCRIPTION . 

[0006] A portion of a communications system comprising an illustrative traffic management system 1 00 in accordance 
with the principles of the invention is shown in FIG. 1 . Other than the inventive concept, the elements shown in FIG. 

45 1 are well known and will not be described in detail. For example, weighted fair queuing schedulers, by themselves, 
are known in the art (e.g., see "A Self-Clocked Fair Queueing Scheme for Broadband Applications," J. Golestani, 
Proceeding of IEEE Infocom 1994, pp 5c.1 .1-5c1 .11). Similarly, peak rate shapers (also known as "traffic shapers"), 
by themselves, are known in the art (e.g., see "ISDN and Broadband ISDN with Frame Relay and ATM," by W. Stallings, 
Prentice Hall, 1995, pp 382 - 406, 492 - 516). Although shown as single block elements, the elements of traffic man- 

so agement system 1 00 include stored-program-control processors, memory, and appropriate interface cards (notshown). 
The term "packet server" as used herein refers to any packet processor, illustrations of which are the above-mentioned 
elements of traffic management system 100. In addition, the inventive concept is implemented using conventional 
programming techniques, which as such, will not be described herein. Since call admission techniques are not neces- 
sary to the inventive concept, it is assumed that each user negotiates with a call admission process (not shown) to 

55 establish a committed information rate (CIR) in bits per second (bps). The CIR for a particular user is referred to herein 
as CIR h where the number of users is equal to N, and 1 < i<, N. 

[0007] Traffic management system 1 00 comprises a number, or a set, of front-end peak-rate shapers 1 05-1 through 
1 05-N for servicing N users, each of which have an associated user packet flow U 1 through U N ; a weighted fair queuing 
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(WFQ) scheduler 120; and a back-end peak-rate shaper 130. 

[0008] The front-end peak rate shapers 1 05 are used to ensure that the peak rate of each connection is as negotiated 
with the network. For example, each peak-rate packet shaper implements a token generator (not shown), a user queue 
(not shown) and a transmission queue (not shown). The token generator repetitively generates token (in bytes) at the 

5 peak rate, P,for maximum burst size (in bytes), and is idle for a period T f , such that the overall average token rate is 
equal to the CIR for that user, i.e., CIR V Every time a packet of user i arrives at a respective packet shaper that packet 
is passed through the system to the transmission queue if the packet shaper has a token large enough to accommodate 
the size of the newly arrived packet. Conversely, if a large enough token does not exist, the newly arrived packet is 
queued in the user queue until a token at least larger than, or equals to, its size is available. It is assumed that the 

10 front-end peak-rate packet shaper generates a service tag for each user packet flow, Uj. This service tag is based on 
the average bandwidth, C/fy negotiated by each user, and the length of the particular packet. Packets passed by a 
respective packet shaper to the transmission queue are tagged with their appropriate service tag (such tagging is 
described in the above-mentioned article by Golestani). 

[0009] For example, each arriving packet, p£, of a session k, is tagged with a service tag, F£, before it is placed in 

15 the transmission queue (where / = f, 2, and k G B, and B is the set of admitted connections). For each session, k, 

the service tags of the arriving packets are computed in an iterative fashion: 

J 

F=-l + max(F i k \v(a l k )); (1) 

where F° k = 0, U k is the length of the packet, p£, in bytes; r k is the negotiated rate for the tf h session; a£ is the arrival 
time of the packet, p l k \ and v(a f k ) is the system virtual time at the time of arrival, a£, ("system virtual time" is known in 
the art, e.g., typically a counter (not shown) is updated). 

25 [001 0] The packets in the transmission queue are picked up for servicing by the weighted fair queuing (WFQ) sched- 
uler 120 in increasing order of the associated service tags. As a result, WFQ scheduler 120 ensures that each con- 
nection gets a minimum of its negotiated average bandwidth. (As noted, it is assumed that the above-mentioned self- 
clocked fair queuing (SCFQ) scheme is used. However, the SCFQ scheme is merely illustrative and is not necessary 
to the inventive concept, any algorithm can be used.) It should be noted that if the incoming packet flows are further 

30 segregated by service class (described further below), WFQ scheduler 120 also transmits packets as a function of 
their service classification. 

[0011] The back-end peak-rate shaper is used to ensure that the overall peak rate does not exceed the available 
bandwidth over the communications channel (here, represented by 131 of FIG. 1). The back-end peak-rate traffic 
shaper 130 operates as follows. It is assumed that x% of the total bandwidth (B totat T) is available for transmission of 
35 packets (as represented by packet flow P shaper ) from back-end peak-rate traffic shaper 1 30 over the outgoing commu- 
nications channel (as represented by the arrow 131 ). (B total represents the total bandwidth, e.g., in bytes per interval 
of time and T represents an interval to time). A variable, Bytes_remaining, is initialized to: 



40 Bytes^remaining =(x%/1 00)(B tota} T) - system overhead; (2) 

where system overhead represents the number of bytes taken up by control messages. For every packet that is sent 
out by back-end peak-rate shaper 130, the value of Bytes^remaining is reduced by: 

45 

Bytes_remaining = Bytes_remaining - 
(Ceiling(pktsize/macfragment) *(macjragment + mac overhead)); (3) 

50 where, 

pktsize = packet size; 

macfragment= size of a media access control (MAC) link layer fragment; 
macoverhead = the number of bytes added by the media access control link layer; and 
55 Ceiling () - takes the smallest integer value that exceeds the value (i.e., rounds up to the next highest integer value). 



Every Tseconds the value of Bytes_remaining is reset to 
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(x%/100)(B total T). (4) 

[0012] An illustrative method for use in back-end peak-rate packet shaper 130 is shown in FIG. 2. Assume that FIG. 
1 represents a portion of a downlink communications path to a mobile endpoint, e.g., from the Internet to wireless 
mobile stations (not shown). In step 205 of FIG. 2, the value of Bytes_remaining is initialized. In particular, an illustrative 
total available airlink bandwidth is 4000 bytes every 20 milli-seconds (ms), i.e., B total T= 4000 bytes. Of this, it is pre- 
sumed that x= 60% is an available downlink bandwidth and there Is no system overheads the downlink direction, i. 
e., Bytes_remaining = (60%/100)(4000) - 0 = 2400 bytes. In step 210, back-end peak-rate packet shaper 130 waits for 
a packet is to be available for transmission downlink. Once a packet is available, the value of Bytes_remaining is 
checked in step 220. If the value of Bytes_remaining is sufficient to send at least one MAC fragment, the packet is 
shipped, i.e., transmitted, and the value of Bytes_remaining\s reduced as shown in equation (3) in step 225, and back- 
end peak-rate packet shaper 130 waits for another packet. However, if the value of Bytes_remaining is not sufficient 
to send at least one MAC fragment, the packet is not shipped until 20 ms later as represented by step 230. Regardless, 
the value of Bytes_remaining is reset every 20 ms to 2400 bytes. In this example, it should be noted that to take care 
of the additional bandwidth required to do MAC layer retransmission, the value of Bytes_remaining can be initialized 
to e.g., 95% of 2400 bytes (indirectly reserving 5% for MAC layer retransmissions). (In terms of equation (2), this is 
(x%/100)(B total T)(.95) - system overhead, however, the value of system overheads this example is, as noted, zero.) 
[0013] Alternatively, assume that FIG. 1 represents an uplink communications path from a mobile endpoint, e.g., 
from wireless mobile stations to the Internet (not shown) and the method illustrated in FIG. 2 is used. The illustrative 
total available airlink bandwidth, as noted above, is 4000 bytes. Of this, it is presumed that x= 40% is an available 
uplink bandwidth (recall, that 60% was dedicated to downlink transmission in the earlier example). In this example, the 
system overhead \s not equal to zero and the value of Bytes_remaining\s initialized as in equation (2). Here, the value 
of the system overhead variable is equal to an estimate of the overhead caused by beacon, MAC layer acknowledge- 
ments (Acks), and reservation slots messages in the uplink direction. In particular, Bytes_remaining is initialized to 
1600 - system overhead (FIG. 2, step 205). Everytime a packet is available for transmission uplink, the value of 
Bytes^remaining is checked (FIG. 2, steps 21 0 and 220). If the value of Bytes_remaining is sufficient to send at least 
one MAC fragment, the packet is shipped, i.e., transmitted, and the value of Bytes_remaining is reduced as shown in 
equation (3) (FIG. 2, step 225). However, if the value of Bytes_remaining is not sufficient to send at least one MAC 
fragment, the packet is not shipped until 20 ms later (also referred to as a "dwell" time) (FIG. 2 step 230). Regardless, 
the value of Bytes_remaining\s reset every dwell as shown in equation (2), i.e., (1 600 - system overhead) (FIG. 2 step 
230). In this example, it should be noted that to take care of the additional bandwidth required to do MAC layer retrans- 
mission, the value of Bytes_remaining can be initialized to e.g., ((1600)(.95) - system overhead), 
[0014] It should be noted that for cases where the airlink bandwidth can vary significantly due to the fading phenom- 
ena, the following alternative closed-loop feedback mechanism can be used to estimate the available airlink bandwidth. 
Such estimates can than be used to replace the fixed numbers like 4000 bytes or 1 600 bytes used above. 
[0015] For example, assume the following definitions: 

Bfj X - represents the fixed airlink bandwidth (this is known a prion)] and 
T - is an observation period, expressed as multiples of dwell times; 

[0016] For the downlink direction, the access point (or, in the uplink direction, the wireless modem) estimates the 
downlink (uplink) available airlink bandwidth as follows: 

(a) measure the number of bytes transmitted downlink (uplink) for the period T, this is B^, 

(b) measure the number of bytes received uplink (downlink) for the period T, this is B^ and 

(c) calculate B totah the estimated airlink bandwidth, as a function of (B^B^) (described below). 

[0017] The estimated airlink bandwidth, B tota}i can be calculated in a number of ways. Two illustrative calculations 
are shown below. In the first example, 

(5) 

This is also referred to as the "independent window version." 

[0018] In the second example, a "sliding window" is used. In this example a portion of the previous calculation is 
used to calculate the current value. In particular, 
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success = (1- a)success + afBj/BJ; and (6) 



B total = (Bfix)(success). (7) 

where the variable success is initialized to the first calculation of (B^/B^); and a (which is related to how much 
of the previous calculation is remembered (e.g., its history)) is illustratively equal to 6; 

[0019] Alternatively, one can use the values of B ffx and monitor the downlink (uplink) buffer occupancy in the access 
point (wireless modem). Whenever the downlink (uplink) buffer occupancy exceeds a certain predefined threshold, a 
flow control message is sent to the wireless hub (or end system, i.e., the user terminal in the case of the wireless 
modem) to stop the flow of packets. When the buffer occupancy drops below a certain threshold, then another flow 
control message is sent to reactivate the flow of packets. 

[0020] An illustrative application of the traffic management system is shown in FIG. 3, which illustrates a portion 300 
of a wireless internet access system embodying the inventive concept. (Other than the inventive concept, an example 
of a wireless internet access system as illustrated in FIG. 3 is the Wireless Internet Access System from Lucent Tech- 
nologies Inc.) Portion 300 comprises a number of base stations such as base station 315, which is an example of a 
wireless point-of-presence (POP) server that provides L2TP (Layer 2 Tunneling Protocol) access control (LAC). Each 
base station comprises a wireless hub (WH) that serves an area through a plurality of access points (e.g., AP 1t AP 2 , 
AP 3 and AP 4 of base station 315). Each access point includes a radio access controller as known in the art for com- 
municating with a plurality of wireless modems as represented by wireless modems 31 0-1 through 31 0-N (each wireless 
modem is associated with a wireless subscriber as represented by user personal computer (PC) 305-1 through user 
PC 305-N). (It should be noted that each PC is representative of data terminal equipment (DTE) as known in the art.) 
Each wireless modem communicates with a respective base station via an uplink channel (as represented by line 311 ) 
and a downlink channel (as represented by line 312). The combination of a wireless modem and user PC represents 
a wireless endpoint, which may, or may not, be mobile. Each base station is coupled to a private IP network through 
frame relay over T1/E1 facilities. The wireless internet access network is coupled to the public IP network through a 
data switching center (DSC) 330 to a router firewall 335, as known in the art, for communicating with Internet Service 
Providers (ISPs) or Corporate Intranets using L2TP, UDP/IP (User Datagram Protocol/Internet Protocol), etc. 
[0021] It is assumed that the wireless internet access system illustrated by FIG. 3 utilizes a half-duplex MAC (media 
access control layer) between the base stations and the wireless endpoints where the downlink/uplink ratio is config- 
urable or dynamically adjusted (e.g., as illustrated above, the downlink channel was 60% and the uplink channel was 
40% of the total channel bandwidth). In this system, each AP polls their associated wireless modems for uplink trans- 
missions. For example, in the context of FIG. 3, AP 1 polls the set of modems 310-1 through 31 0-N for any uplink 
transmissions (polling techniques are known in the art and not described herein). 

[0022] In the downlink direction, the traffic management system 100 resides in the wireless hub (e.g., WH of base 
station 315 of FIG. 3). In this example, a WH comprises four traffic management systems, one for each AP of base 
station 315. When the WH has a packet for transmission to a particular user, e.g., the user associated with user PC 
305-1 , WH performs the method illustrated in FIG. 2 before sending a packet out to AP V The latter transmits packets 
to the wireless endpoint in a first-in-first-out (FIFO) fashion. 

[0023] In the uplink direction, the traffic management system 1 00 is capable of a number of alternative implementa- 
tions. One example is shown in FIG. 4, which shows a portion of the wireless internet access network of FIG. 3. Each 
front-end peak-rate traffic shaper is associated with user specific equipment, e.g., wireless modems 310-1 through 
31 0-N. (Alternatively, the packet shaper could be a part of a user's PC (not shown), such a PC 305-1 of FIG, 3. Both 
the PC and the wireless modem are representative of a wireless endpoint.) As described for FIG. 1 , each wireless 
modem receives a user packet flow, Uj. As described earlier, the front-end peak-rate packet shaper (of each wireless 
modem) shapes the traffic and transmits a respective packet flow, P h via an uplink channel, e.g., uplink channel 311 , 
to their respective access point, e.g., AP 1f upon receipt of a transmit poll from their respective accept point, e.g., AP V 
The WFQ scheduler 120 is run in a centralized manner at an AP (here, illustrated by AP 1 of FIG. 4). In this case, the 
associated wireless modems need to send queue size information (with respect to the number of bytes awaiting uplink 
transmission) to the respective AP (status transmissions from a mobile endpoint, such as received signal-to-noise 
ratio, are known in the and will not be described herein.). Each AP, e.g., AP 1 of FIG. 4, also implements the back-end 
peak-rate shaper (described earlier) to ensure that sufficient uplink bandwidth is available before issuing polls for its 
associated wireless modems (via downlink channel 312) using the above described method illustrated in FIG. 2. For 
example, if the value of Bytes_remaining is not sufficient to send at least one MAC fragment, the AP, e.g., AP 1 , will not 
send a transmit poll to that wireless modem, e.g., wireless modem 310-1 , until the next dwell. The Bytes^remaining 
variable is reset every dwell according to equation (2). 
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[0024] Another alternative implementation of a traffic management system is shown in FIG. 5. The system shown in 
FIG. 5 is similar to that shown in FIG. 4 except that the WFQ scheduler is run at each wireless modem in a distributed 
manner. This assumes that network elements, such as an AP (as represented by AP 1 of FIG. 5) broadcast the system 
virtual time and that each AP (e.g., AP^ polls (e.g., via an downlink channel such as 312) their respective wireless 

5 modems for any uplink transmissions (as represented by uplink channel 311). 

[0025] It should be noted that it is hard to estimate the available downlink/uplink bandwidth for a packet payload 
since both the packet payload is variable as is the total MAC overhead, which itself is a function of the size of the 
packet payload. However, the Back-End Peak-Rate Traffic Shaper is a flexible way to ensure that packets are not 
transmitted at a rate higher than the available downlink/uplink bandwidth, which could cause queuing delays in other 

10 network elements (such as an access point of a wireless internet access systems). 

[0026] Another alternative implementation is shown in FIG. 6. In FIG. 6 ( traffic management system 600 comprises 
packet classifier 605; a number of user queues, as represented by user 1 queue 610-1 through user N queue 610-N; 
a number of WFQ Tagging elements 615-1 through 615-N; three class queues as represented by CIR (committed 
information rate) class queue 630, control class queue 625, and best effort class queue 620; WFQ scheduler 635 and 

15 packet shaper 640. Essentially, traffic management system 600 functions in a similar fashion to traffic management 
system 100 of FIG. 1 except as noted below. 

[0027] In traffic management system 600 there are three classes of service for packet traffic. These classes of service 
(CoS) are: committed information rate (CIR), control, and best effort. Control represents control information, e.g., sig- 
naling and status. The CIR class and best effort class represent the transport of user, i.e., bearer, data. For users that 
20 get CIR service, the service provider (not shown) specifies the committed information rate (CIR), the burst rate (Br) 
and the burst size (Bs), similar to parameters specified for traditional frame relay service. For best effort (BE) service, 
the service provider specifies the maximum information rate for an individual user. Assignment of a user to either the 
CIR or best effort class is performed by call admission procedures (not described herein). 

[0028] Incoming packets (represented by P lnput ) are applied to packet classifier 605, which classifies, or identifies, 

25 incoming packets by user and assigns them to the appropriate user queue (e.g., packets from user 1 are assigned to 
the queue for user 1, here represented by 610-1). Each user queue stores packets after user classification. Each user 
can have three classes of traffic as illustrated by user 1 queue 61 0-1 . In particular, control (CTL), CIR and BE. If a user 
queue is full, excess packets are discarded. Each respective tagging element, e.g., WFQ tagging element 615-1, 
assigns service tags for its respective user queue, e.g., user 1 queue 61 0-1 . As noted above, the SCFQ algorithm is 

30 illustratively used to assign service tags. Once instance of SCFQ is initiated for each class. These service tags are 
assigned based on the bit rate assigned to the user and the length of the packet. The service tags are used to create 
an ordered queue of outbound packets. Packets (appropriately identified by class and service tag) are routed to their 
particular class queue. Those packets identified as control are queued in control class queue 625; those packets 
identified as CIR class are queued in CIR class queue 630; and those packets identified as best effort class are queued 

35 jn best effort class queue 620. 

[0029] The control class queue 625 is used for control packets that are sent in the bearer plane. One illustration of 
such packets are PPP (point-to-point protocol) control packets. All users, when they connect will be allowed to send 
and receive a small number of packets via this queue to ensure that PPP negotiations conclude successfully, even 
under heavy loads. During the PPP negotiations phase, ail CIR class users will be assigned the same weight. All best 

40 effort class users will also be assigned the same rate. The CIR class weight will be higher than the best effort weight 
to give CIR users higher priority than best effort users during PPP negotiations. Packets in CIR class queue 630 are 
queued in order of service tag values. Similarly, packets in the best effort class queue 620 are queued in order of 
service tag values. WFQ Scheduler 635 transmit packets from the three class queues based on the fraction of the link 
bandwidth assigned to each class or based on an absolute priority across classes (e.g., control packets are higher in 

45 priority than CIR packets, which are higher than BE packets). As noted above, weighted fair queuing is used for this 
function. This ensures that each class gets a fair share of the available bandwidth of the link. 
[0030] Packet shaper 640 performs the above-described back-end peak-rate packet shaping function to limit the 
maximum data transmit rate over the physical link. This allows different types of traffic (represented by P output ) to share 
a physical link, for example sharing a frame relay PVC between network management and bearer traffic. 

so [0031] The traffic management system of FIG. 6 can be applied to the wireless internet access network shown in 
FIG. 3. For example, in the downlink direction, the traffic management system 600 resides in the wireless hub (e.g., 
WH of base station 315 of FIG. 3). In this example, a WH comprises four traffic management systems, one for each 
AP of base station 315. When the WH has a packet for transmission to a particular user, e.g., the user associated with 
user PC 305-1 , WH performs the method illustrated in FIG. 2 before sending a packet out to AP V The latter transmits 

55 packets to the wireless endpoint in a first-in-first-out (FIFO) fashion. 

[0032] Similarly, in the uplink direction, an illustrative embodiment of the traffic management system 600 is shown 
in FIG. 7. Each front-end peak-rate traffic shaper is associated with user specific equipment, e.g., wireless modems 
610-1 through 610-N. (Alternatively, the packet shaper could be a part of a user's PC (not shown)) As described for 
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FIG. 1, each wireless modem receives a user packet flow (not shown). In this example, there is a packet shaping 
function for each of the bearer traffic classes (e.g., CIR and best effort). (It should be observed that it is assumed that 
control class data is generated internally by each wireless modem.) In order to support multiple classes, the MAC must 
be modified (such a modification is straightforward and will not be described herein). As described earlier, each front- 
5 end peak-rate packet shaper (of each wireless modem) shapes the traffic and transmits a respective packet flow, P h 
via an uplink channel, e.g., uplink channel 611 , to their respective access point, e.g., AP 1t upon receipt of a transmit 
poll from their respective accept point, e.g., AP V 

[0033] In this example, each class of uplink traffic awaits transmission in a respective queue. As noted above, the 
highest priority service class will be used for control messages (such packets awaiting transmission are stored in the 

10 control queue of each wireless modem). The next lower priority service class will be used to support committed infor- 
mation rate service (such packets awaiting transmission are stored in the high priority bearer data queue of each 
modem). The lowest priority service class will be used to support best effort users (such packets awaiting transmission 
are stored in the low priority bearer data queue of each modem). While bidding for permission to transmit data in the 
uplink direction, each wireless modem indicates to its respective AP the number of bytes (or packets) in its queue that 

15 belong to each service level. The respective AP implements a weighted scheduler that assigns transmit permits to 
wireless modems based on the uplink data that that each WM has to transmit and the weights assigned to each class 
of traffic. In this example, control data is higher than CIR data, which is higher than best effort data. Each AP will 
transmit all packets to traffic management system 600 (described above) of a wireless hub (WH) in FIFO order. (It 
should be noted that the AP may give retransmitted packets higher priority.) 

20 [0034] Turning briefly to FIG. 8, a high-level block diagram of a representative packet server for use in accordance 
with the principles of the invention is shown. Packet server 805 is a stored-program-control based processor architec- 
ture and includes processor 850, memory 860 (for storing program instructions and data, e.g., for performing the above- 
described method shown in FIG. 2, etc.) and communications interface(s) 865 for coupling to one or more packet 
communication paths as represented by path 866. 

25 [0035] The traffic management system described above is useful for providing virtual lease line services to users 
(also referred to as end users). In particular, each user can buy a service that guarantees certain average and peak 
bandwidths since the traffic management system described above provides both peak rate shaping and average band- 
width guarantee. 

[0036] The foregoing merely illustrates the principles of the invention and it will thus be appreciated that those skilled 
30 in the art will be able to devise numerous alternative arrangements which, although not explicitly described herein, 
embody the principles of the invention and are within its scope. For example, although illustrated in the context of a 
wireless system, the inventive concept is applicable to any system (e.g., wired, etc.) that addresses QoS. Similarly, 
although illustrated in the context of a half-duplex MAC layer, it is equally applicable to a full-duplex MAC layer. 

35 

Claims 

1 . A traffic management system for use in a packet system, the traffic management system comprising: 

40 a packet classifier; 

a plurality of user queues, each user queue storing packets identified by the packet classifier as belonging to 
a respective user; 

a plurality of packet tagging elements, each tagging element associated with one of the user queues and 
wherein each tagging element attaches service tags to packets stored in their associated user queues; 
45 a number of class queues for further segregating the service tagged packets according to packet class; 

a weighted fair queuing scheduler for servicing the packets queued in the number of class queues, wherein 
the servicing is a function of packet class and service tag; and 

a back-end packet-shaper for shaping the serviced packets provided by the weighted fair queuing scheduler 
for transmission over a communications channel. 

50 

2. A method for use in a packet system, the method comprising the steps of: 

shaping packets flows from each of a number of wireless endpoints for transmission to a base station; 
servicing the shaped packets flows from each of the number of wireless endpoints with a weighted fair queuing 
55 scheduler; and 

further shaping the serviced packets flows to provide an output packet flow. 

3. The method of claim 2 wherein at least one wireless endpoint comprises a wireless modem and the shaping step 
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includes the step of shaping at least one packet flow within the wireless modem. 

The method of claim 2 wherein at least one wireless endpoint comprises data terminal equipment and the shaping 
step includes the step of shaping at least one packet flow within the data terminal equipment. 
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